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MULTI-APPLICATION OPERATIONS 
MANAGEMENT FOR SINGLE SYSTEM ENVIRONMENTS 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] Not applicable. 

STATEMENT REGARDING FEDERALLY SPONSORED 
RESEARCH OR DEVELOPMENT 

[0002] Not applicable, 
fc BACKGROUND OF THE INVENTION 

■ns=r 

Q 

yj Field of the Invention 

]sl [0003] The present invention generally relates to providing unified and integrated 

^ operation management and reporting capabilities for multiple applications executing in a 

s 

^ single-system environment. More specifically, the invention relates to a system and 

nj 

p method for providing uniform integrated operation management and reporting capabilities 

U 

^ for an Intelligent Network Server (INS) handling multiple network applications. 
Background of the Invention 

[0004] The Public Switched Telephone Network, or PSTN, as we know it today was 
developed to allow telephone calls to be made to and from points anywhere in the world. 
To do this efficiently standards have been developed to perform, maintain, and manage 
the various switches and other network devices used to accomplish the tasks of handling 
these calls. One of the most important of these standards is the SS7 protocol, Signaling 
System 7, which defines the procedures and protocol by which network elements in the 
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PSTN exchange information over a digital signaling network to effect wireless (cellular) 
and wireline call setup, routing, and control. The SS7 standard was originally developed 
to allow signaling for large numbers of calls to be sent over a small number of telephone 
lines, thereby reserving more lines or bandwidth for the voice connections. However, the 
SS7 standard has also facilitated the development of many other value-added functions 
on the PSTN, such as 800 service, 900 service, 911 service, mobile telephone service, 
position determination service for mobile telephones, etc. 

[0005] Originally, SS7 was used in the PSTN when the primary network devices of the 
PSTN were telephone switches. These switches were essentially hardwired systems 
|,i which used the signaling information from the SS7 system to build the connections 

b 

p between two or more telephone sets. The switches, however, were not well suited for 

y 

•P "non-standard" value-added applications, functions or services, such as 800 service, 

Si 

& since the switches were difficult to modify. 

* [0006] The inflexibility of these switches was addressed by adding Service Control 

RJ 

pj Points, SCPs, to the PSTN. Each SCP is identified by a Signaling Point Code, SPC, 

33 

□ often referred to as simply the Point Code, PC. An SS7 message could.be directed to a 

I-* 

specific SCP by embedding the correct PC in the SS7 message. Essentially, the SS7 
message could be addressed to the correct SCP using the PC identified with that SCP. 
Initially, each SCP was typically designed to handle one specific value-added service or 
application, such as 800 service. So, a particular Point Code was identified with a 
specific SCP which in turn was identified with a specific service or application. 
[0007] The SCPs often were essentially databases needed, for example, to convert an 
800 number to a standard phone number which a switch could then use to make the 
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desired connection. When a switch received an 800 number, for example, it would simply 
forward the SS7 message to the point code of the SCP providing 800 service. The SCP 
would then look up the standard phone number and, using an SS7 message, return it to 
the switch which then completed the call. By maintaining the 800 service database in the 
SCP, any change to the 800 service could be implemented by changing the database in 
the SCP as opposed to changing the telephone switches. 

[0008] As the number and complexity of telephone services increased, the SCPs were 
upgraded to include more and more intelligence. Many SCPs now are computer servers 
capable of handling many applications necessary to provide the various telephone 
services or functions. These applications are essentially controlled by computer 
programs on the intelligent SCP. An intelligent SCP may be referred to as an Intelligent 
Network Server, INS. An INS is generally capable of handling many applications to 
provide enhanced functionality for individual services or to handle multiple sen/ices. 
[0009] An INS running multiple applications for multiple services creates some new 
issues for the standard SS7 telephone system to handle. For instance, an INS has a 
single point code, PC, since it is a single point or node on the network. However, when 
the INS has multiple applications handling multiple telephone services, the point code can 
no longer be used to identify each application. When an SCP handled only one 
application, the point code for the SCP could be used to send SS7 messages to that 
application. For an INS with multiple applications, however, there is no such one to one 
correspondence. The INS contains a number of applications which all therefore are 
identified by the same point code, the point code of the INS. Thus, there is a problem in 
trying to send SS7 messages to specific applications on the INS. This problem has been 
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addressed by identifying each application on the INS with a Subsystem Number, SSN. 
An SS7 message to a particular network service therefore contains both the point code 
and the SSN for the particular application or subsystem needed. When all of the SCPs 
follow this protocol, messages can be sent to and from any of the subsystems or 
applications at any of the point codes in the PSTN, whether an INS handling multiple 
applications or an SCP handling only one application. 

[0010] Although this issue of addressing multiple applications on a single INS has been 
effectively resolved, there are other similar issues arising from the grouping of multiple 
applications on a single node in the network, i.e., on an INS. For instance, how to handle 
u network operations management when individual points on the network have multiple 
□ applications running which provide multiple services for the network. 

S. r 

4= [0011] Again, when the SCPs were running a single application or performing a single 

SI 

^ function, network operations were simplified since the performance and operation of a 

y3 

* . single SCP, or node on the network, directly correlated to the performance and operation 

fa* 

f. i 

JT| for the application that SCP was handling. For instance, the operation of the 800 service 

P 

p for the network could be monitored and managed by simply monitoring the SS7 traffic to 

\* 

the node or the SCP responsible for the 800 service, or by simply requiring some form of 
SCP reporting, such as a status message, from the SCP. With today's INSs, however, 
the 800 service as well as multiple other applications or services may be handled at a 
single node. Or alternatively, the 800 service may rely on applications residing on several 
INSs. Thus, the service may effectively be split across several nodes. The result is that 
operation management for the service can not be accomplished by simply monitoring, 
managing, or receiving information from a single node. Moreover, the status of a 
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particular node, from a management perspective, is difficult to correlate to the status of 
the network functions or applications, since multiple applications may be being performed 
on the node. 

[0012] To date, network operations management has typically been handled by 
consolidation of the operations management functions at a higher-order layer. More 
particularly, management "protocol" techniques have been implemented that roll 
management state information for the various telephone services, and SCPs or INSs 
running the applications for those services, to higher-order network management 
systems, such as SNMP, CORBA, CMIS/CMIP. Although these systems can provide 
Mt enhanced means of monitoring the more sophisticated applications running across the 
□ SCPs or INSs, these systems typically expect or require status information for each of the 

jyj 

Jp individual services or applications, or alternatively, from each node in the network. This 

Si 

M- becomes increasing complex with multiple applications running on individual nodes. 

41 

f Consolidating the operations management of the various applications requires coalescent 

§s£a 

L;1 application management environments requiring great care and planning to avoid having 

vJ ^ 

n disparate techniques for application management and reporting capabilities for the 
various applications or nodes. 

[0013] Additionally, these operation management systems are typically remote from the 
elements being managed. That is, the consolidated operations management function is 
run at a location in the network remote from the nodes, SCPs and INSs, running the 
applications. This creates certain inefficiencies. By distancing the operations 
management from the applications, the ne twork m ana gement tasks cre ate overhead to 
the network. That is, the network operations management tasks use bandwidth in the 



63835.01/1662.54200 



-5- 



system to accomplish their communication to the remote SCPs and INSs running the 
applications. In addition, communications with the remote applications is inherently at 
network speeds, typically much slower th an intra-system level communications. As a 
result, the operations management can not be as dynamically reactive to the transaction- 
level operations of the applications. 

BRIEF SUMMARY OF THE INVENTION 

[0014] The present invention provides a method and system for utilizing the enhanced 
processing capabilities of an INS to provide unified and integrated network operations 
management. The operations management is performed within the same system or INS 
as the applications thereby allowing management to be provided at the transaction-level 
of the applications. With this, impact analysis and reactive behavior are performed based 
upon dynamic values against the equally dynamic transaction setting resulting in 
enhanced operations management of the local applications. In addition, the integrated 
operations management provides uniform reporting capabilities for the INS applications, 
or network node, regardless of the type or quantity of applications being performed on the 
INS. 

[0015] In an embodiment of the present invention, the intelligent network server 
comprises a message transport module for receiving messages from a communications 
network (which may be the public switched telephone network or PSTN); at least one 
subsystem coupled to the message transport module, running an application for 
performing network services or functions; an operations management module coupled to 
the message transport module and the at least one subsystem, performing local 
operations management for the application. Alternatively, the intelligent network server 



63835.01/1662.54200 



-6- 




may comprise a plurality of subsystems coupled to the message transport module, 
running a plurality of applications for performing network services or functions, wherein 
the operations management module performs local operations management for the 
plurality of applications. 

[0016]" In alternate embodiments, the operations management module reports a unified 
status of the intelligent network server via the message transport module, monitors events 
for the application, creates an event log recording the history of events for the application, 
processes the events of the applications to determine the status of the application, 
processes the events of the application using predetermined performance characteristics 
y, for the application to determine the status of the application, determines the individual 

b 

□ status of each of the plurality of applications, identifies when a fault or error condition for 

y 

■P the application may occur or is occurring, initiates corrective measures to avoid a fault or 

VI 

4 error condition for the application or to enhance performance of the application, such as 

f . routing network messages to another application, and/or homogenizes the individual 

5*1 status of each of the applications to determine a unified status of the intelligent network 

03 

□ server. The unified status is generally indicative of the overall status of the intelligent 
network server and is reported in the same manner as the status of any other network 
device or node in the network. Creation of the unified status can be facilitated by using 
uniform criteria to indicate the status of each of the applications. The unified status may 
be reported to network operations management performed on a network device remote 
from the intelligent network server. The local operations management may be integrated 
with the transactions-level processing of the applications. 
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[0017] In an alternate embodiment of the invention, a network system comprises a 
communications network; an intelligent network server coupled to the communications 
network performing local operation management for subsystems on the intelligent 
network server; and a network operations management device coupled to the 
communications network. The local operations management on the intelligent network 
server reports a unified status message to the network operations management, where 
the message is indicative of the overall status of the subsystems on the intelligent 
network server. The message is reported in the same manner as the status of any other 
network device or node in the network. The message may be an SS7 message. 
[0018] In an alternate embodiment of the invention, a method of performing operations 
management on an intelligent network server comprises perf orming local operation s 
management f or mul tiple applications on an intelligent network server; and reporting a 
unified status for the intelligent network server to network operations management. The 
unified status is determined from the individual status of each of the applications running 
on the intelligent network server and is reported in the same manner as the status of any 
other network device or node in the network. Performing local operations management 
comprises monitoring events of each application; processing the events using 
predetermined performance criteria for the applications; and determining the individual 
status of each application. The method may further comprise homogenizing the individual 
status of each application into the unified status for the intelligent network server. The 
network operations management may be performed on a network device remote from the 
intelligent network server. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] For a detailed description of the preferred embodiments of the invention, 
reference will now be made to the accompanying drawings in which: 
[0020] Figure 1 is a system diagram of a typical PSTN-type network illustrating 
individual nodes on the network handling specific network functions and services 
including remote operations management. 

[0021] Figure 2 is a system diagram of a PSTN-type network pursuant to the present 
invention illustrating individual nodes on the network handling various and potentially 
multiple network functions and services including remote operations management; 

jj. [0022] Figure 3 is a system diagram illustrating an intelligent SCP, or an Intelligent 

□ 

5 Network Server (INS), having integrated operations management pursuant to the present 

y 

<J- invention; and 

y- 

*t [0023] Figure 4 is a flow chart illustrating the method of performing integrated 

'42 ' . 

j\ operations management as contemplated by the present invention. 

ru 

y NOTATION AND NOMENCLATURE 

Q 

u [0024] Certain terms are used throughout the following description and claims to refer to 
particular system components. As one skilled in the art will appreciate, components may 
be referred to by different names. This document does not intend to distinguish between 
components that differ in name, but not function. In the following discussion and in the 
claims, the terms "including" and "comprising" are used in an open-ended fashion, and 
thus should be interpreted to mean "including, but not limited to...". Also, the term 
"couple" or "couples" is intended to mean either an indirect or direct electrical or 
communicative connection. Thus, if a first device couples to a second device, that 
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connection may be through a direct connection, or through an indirect connection via 
other devices and connections. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0025] Figure 1 is a system diagram of a simplified Public Switched Telephone Network, 
PSTN network, 10 illustrating individual network devices or nodes on the network 
handling specific network functions and services including remote operations 
management. More specifically, Figure 1 illustrates a PSTN network 10 comprising a 
communications network 1 1 coupled to multiple network devices. The network devices 
include Service Control Points, SCPs, 12 which are coupled to the communications 
network 1 1 . The SCPs handle applications for a specific network function or service; for 
example, 800 service, 900 service, 911 service, mobile telephone service (mob), position 
determination service for mobile telephones (PDE), etc. A POTS telephone 14 is shown 
coupled to the communications network 11 to initiate actual telephone calls. A remote 
operations management device 16 is coupled to the communications network 11 to 
handle operations management and control functions. As shown in Fig. 1, the operations 
management device 16 is remote from the SCPs 12 performing the applications for the 
network services and functions. The operations management device 16 typically also 
resides at or on a separate SCP or node in the PSTN network 10. 
[0026] In the PSTN network 10 of Fig. 1 each SCP 12 is designed to handle a single 
service or function. Accordingly, as discussed above, the communications between the 
functions on the SCPs 12 can be handled by simply addressing the SS7 messages to the 
functions with the appropriate point code for the specific SCP 12 performing the function 
or service. Similarly, operations management for the PSTN network 10 is simplified. 
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Since each network device or node in the network performs a specific function, the 
operations management device 16 can monitor and control the operations of the services 
and functions by simply monitoring and controlling the actual SCPs 12 or nodes in the 
network handling each service or function. For example, by monitoring the traffic to and 
from a particular SCP 12, the operations management device 16 could determine the 
relative load on the SCP 12 as a node in the PSTN network 10. To the extent the PSTN 
network 10 includes multiple or repetitive SCPs providing the same function or service, 
the operations management device 16 could route calls requiring that service or function 
to another SCP 12 or node in the PSTN network 10 having a lower load condition and 
thus faster or better performance. 

[0027] Since the operations management device 16 is remote from the SCPs 12, any 
communication between the module 16 and the SCPs 12 would occur across the 
communications network 11. As a result, the amount and type of interaction between the 
module 16 and SCP 12 may be limited to conserve network bandwidth. In addition, such 
communications would occur at the relatively slow network speeds, as compared to intra- 
system speeds of communication. 

[0028] Figure 2 is a system diagram of a PSTN network 20 pursuant to the present 
invention illustrating individual nodes on the network 20 handling various and potentially 
multiple network functions and services including remote operations management. More 
specifically, Figure 2 illustrates a PSTN network 20 comprising a communications 
network 21 coupled to multiple network devices. The network devices include Service 
Control Points, SCPs, 22 which are coupled to the communications network 1 1 to handle 
applications for a specific network function or service; for example, 800 service, 900 
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service, 911 service, mobile telephone service, position determination service for mobile 
telephones, etc. Also shown in Fig. 2 is an intelligent SCP or Intelligent Network Server, 
INS, 23 capable of handling multiple applications for network services and functions at a 
single node in the network. A POTS telephone 24 is shown coupled to the 
communications network 21 to initiate actual telephone calls. A remote operations 
management device 26 is coupled to the communications network 21 to handle 
operations management and control functions. As shown in Fig. 2, the remote operations 
management device 26 is remote from the SCPs 22 and INS 23 that perform the 
applications for the network services and functions. The remote operations management 
device 26 typically also resides at or on a separate SCP 22 or node in the PSTN network 
20. 

[0029] In the PSTN network 20 of Fig. 2 each node in the network is no longer handling 
a single service or function. In particular, the INS 23 is capable of handling multiple 
applications for services and functions. As indicated in Fig. 2, INS 23 is handling 800 
service, 91 1 service and PDE service. As a result, the operations management for the 
PSTN network 20 is more complex. Since each network device or node in the network no 
longer performs a single specific function or service, the operations management device 
26 can not monitor and control the operations of the services and functions by simply 
monitoring and controlling the actual SCPs 22 or nodes in the network handling each 
service or function. More specifically, since there is no longer a one-to-one 
correspondence between the network services and functions with the network devices or 
nodes on the network, the operations management device 26 can not determine the 
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status of a particular function or service by simply monitoring the traffic to and from a 
particular SCP 22 or node in the network. 

[0030] Figure 3 is a system diagram illustrating an intelligent SCP, or an Intelligent 
Network Server (INS), 33 having integrated operations management pursuant to the 
present invention. More specifically, Figure 3 illustrates a PSTN-type network 30 
comprising a communications network 31 coupled to multiple network devices. The 
network devices include Service Control Points, SCPs, 32 which are coupled to the 
communications network 31 to handle applications for a specific network function or 
service. A POTS telephone 34 is shown coupled to the communications network 31 to 
initiate actual telephone calls. A remote operations management device 36 is coupled to 
the communications network 31 to handle network operations management and control 
functions. As shown in Fig. 3, the remote operations management device 36 is remote 
from the SCPs 32 and INS 33 that perform the applications for the network services and 
functions. The remote operations management device 36 typically also resides at or on a 
separate SCP 32 or node in the PSTN network 30. 

[0031] Fig. 3 shows more detail of an intelligent SCP or Intelligent Network Server, INS, 
33. The INS 33 is capable of handling multiple applications for network services and 
functions at a single node in the network. The INS 33 is typically a computer system, with 
one or more computers or computer servers, having the processing capacity to handle 
multiple applications. As shown in Fig. 3, the INS 33 includes multiple subsystems 35. 
Each subsystem handles a specific application for a network function or service as 
shown, i.e., 800 service 91 1 service, 900 service, PDE, etc. Network signaling messages 
are received and sent by the INS 33 via its Message Transport Module, MTM, 37. In a 
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PSTN network, the messages between the INS 33 and communications network 31 
would conform to SS7 protocol, i.e., SS7 messages. The SS7 messages can be directed 
to each of the applications performing network functions or services on the INS 33 by 
addressing the message to a particular subsystem 35 on the INS 33. Each subsystem 35 
has a unique Subsystem Number, SSN, associated with it. By including the SSN in the 
SS7 message, the message can be directed to a specific subsystem 35 on the INS 33 
handling a specific application for a network service or function. 

[0032] As shown in Fig. 3, the INS 33 also incorporates a subsystem for handling 
integrated operations management. The operations management module 39 is 
integrated into or on the INS 33 and is coupled to the subsystems 35 and message 

transport module 37. The operations management module 39 performs management 

U 

J= and control functions for the applications on the INS 33 that perform the network services 

M 



^ and functions. Taking advantage of the processing capacity of the INS 33, the operations 

j\ management module 39 performs operations management tasks relating to the network 

ry 

jy services and functions being performed by the local subsystems 35. Since the operations 

m 

p management module 39 is on the same system or platform with the subsystems 35, the 

Li 

operations management tasks can be performed more efficiently. The communications 
between the operations management module 39 and the subsystems 35 can be 
performed at intra-system communication speeds as opposed to network speeds for j 
remote operations management. Moreover, the operations management tasks 
performed by module 39 can be integrated directly into the message or transaction 
processing of the INS 33. Management can be provided at the transaction-level of the 
applications performing the network services and functions. With this, impact analysis, 
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reactive behavior, and other operations tasks can be performed based upon more 
dynamic values against the equally dynamic transactions setting. In this way, the local 
integrated module 39 allows for enhanced, more dynamic operations management and 
control to be performed. 

[0033] Given that the INS 33 is still operating within the PSTN network 30 which 
includes other SCPs 32, however, the INS 33 must still report and comply with the remote 
operations management for the network 30 as a whole. Accordingly, the INS 33 must 
report event and/or other status or performance information for the INS 33 to the remote 
operations device 36, just as any other end-point or node in the network 30. To provide 

u 

0 a unified representation of the overall status of the INS 33 is complicated by the fact that 

□ 

W there are multiple applications on the INS 33 handling multiple network services and 
, , functions. Accordingly, one of the tasks of the local operations management module 39 
is to gather and process the status of the individual subsystems, and thus the status of 

u 

fU the applications which they are running, then to process that information to determine and 

ffj 

m report an overall status or performance of the INS 33. In the preferred embodiment of this 

0 

H= invention, this is accomplished by using interlocking subsystems for events, overloads, 
and statistics at the transaction layer of the intelligent networking solution, a Compaq 
Himalaya INS in the preferred embodiment. In this manner, management is no longer a 
"layer" to the solution set but is instead a behavior of the overall transaction processing of 
the INS system. Since the operation management tasks are performed as part of the 
transaction processing, the management is a dynamic real-time function of the system. 
Using standard or customized network management protocols, the events and operations 
can be monitored, statistics and thresholds can be used to evaluate the operations, and 
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fault conditions such as overloads can be identified. In the preferred embodiment, the 
operations management module 39 incorporates a trio of real-time operations 
subsystems for events, statistics, and overload capability. 

[0034] In the embodiment of the invention as shown in Fig. 3, the unified message of 
the INS 33 status as a node in the network would be reported from the local operations 
management module 39 via the message transport module 37, across the 
communications network 31, to the remote operations management device 36, using an 
SS7 message in a PSTN network. It is to be understood that although the embodiments 
of the invention described and shown herein reference a PSTN network, the invention is 
not necessarily limited to a PSTN network. Any network expecting health status 
messages from network devices, or nodes in the network, in order to perform network 
operations management could similarly benefit from the integrated operations 
management on a network device as described herein, particularly where some of those 
network devices or nodes perform multiple applications or functions. 
[0035] It should also be recognized that some network functions or services may require 
several applications to support them and that these applications may reside on different 
network devices or nodes in the network. For example, a 911 call from a mobile phone 
may require the initiation of both a 91 1 application and a PDE application to determine the 
location of the phone caller to assist an emergency response to the caller. It is possible 
for the 911 service and the PDE to be located on different INSs or even in part on an 
SCP. To the extent these services need to communicate with one another, they can do 
so by standard SS7 messaging. This can further complicate, however, the task of 
operation management for this service. 
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[0036] Figure 4 is a flow chart illustrating the method of performing integrated 
operations management as contemplated by the present invention. The process starts 
with block 40. As the INS 33 performs its typical message or transaction processing, the 
local operations management module 39 monitors the transactions or events for each of 
the various INS applications being performed for the multiple network services and 
functions handled by the INS 33, as indicated in block 42. These events are typically 
recorded or stored in memory, typically as an event log. In block 44, the events log is 
processed using statistics and thresholds. Using these various statistical calculations and 
thresholds in relation to the history of events for each of the INS applications, the health 
p, of each of the INS applications can be determined, see block 46. For instance, by 

□ tracking the number of messages received by an application and then the time to respond 

yj 

*p to those messages, the performance of the application can be determined. Based on the 

^ determination of the health of each application, and knowing certain predetermined 

yy 

" s performance criteria for the system or application being performed, such as fault 

hi 

iy tolerances, overload conditions, typical processing time, etc., the local operations 

M 

p management module 39 can initiate certain corrective measures to avoid a fault or error 

U 

condition for the application, or perhaps simply to enhance performance of the network 
services or functions being performed by routing network services to other applications, 
see block 48. As indicated in block 50, knowing the health of the individual applications 
running on the INS 33 allows the local operations management module 39 to homogenize 
those health conditions into a unified health status for the INS 33 as a whole. This is 
assisted by using uniform criteria for the health condition of each application. That is, to 
the extent the health of each application has been represented in a similar and consistent 
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fashion, it is then easier to correlate that data for all applications to determine a unified 
status for the INS 33 as a whole. Finally, in block 52, the local operations management 
module 39 reports a unified message for the health or performance status of the INS to 
the remote operations management device 36. This unified INS report is indicative of the 
overall status of the INS and is reported in the same manner as any other network device 
or node in the network, whether an INS 33 running multiple applications or an SCP 
running only one application. Again, this uniform reporting facilitates the network 
management performed by the remote operations management. To the remote 
operations management device 36, the INS appears to be just another singular network 

jsla 

h device. The process ends at block 54. 

5 

U [0037] The above discussion is meant to be illustrative of the principles and various 

atss 

s i embodiments of the present invention. Numerous variations and modifications will 

u 

-3 become apparent to those skilled in the art once the above disclosure is fully appreciated, 

jfi It is intended that the following claims be interpreted to embrace all such variations and 

33 modifications. 

3 

'r~ 
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